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Abstract of DE1 9543843 

The method is applied to a mobile telephone (10) which is linked by 
a telecommunications network (1 1) to a software-updating computer 
system (12). The computer system includes a transceiver (121), a 
volatile memory (123) and a hard disc (124). The mobile telephone 
holds its software in a non-volatile flash memory (103) with a 
structure table containing its version number. The software is set 
into an updating mode and a link is established with the remote 
computer system, to which the structure table is transmitted. An 
updating package with new operating system and function modules 
and a modified structure table is then received by the mobile 
telephone, via its transceiver (106). 
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@ Verfahren zur Aktualisierung der Software in einem mikrocomputergestutzten Telefon 

© Verfahren zur Software-Aktualisierung eines micro- 
corn putergestutzen Telefons (10) unter Verwendung eines 
entfernt angeordneten Computersystems (12) uber ein 
Telekommunikationsnetzwerk (1 1), wobei das Telefon (10) 
eine Zentralprozessoreinheit (101), einen fluchtigen Spei- 
cher (104) fur die Prog rammausfuh rung, einen nichtfluch- 
tigen Speicher (103) und eine in dem nichtfluchtigen Spei- 
cher (103) gespeicherte Software (20) aufweist, die eine 
Mehrzahl Module (21, 22), eine Versionsnummer bezug- 
lich der Software sowie weitere Strukturdaten enthalt und 
von einem normalen Betriebsmodus in einen Aktualisie- 
rungsmodus umschaltbar ist, 
mit folgenden Verfahrensschritten: 

- Versetzen der Software (20) in den Aktualisierungsmo- 
dus, 

- Herstellen einer Telekommunikationsverbindung zu 
dem Computersystem (12), 

- Ubertragen der Versionsnummer und weiteren Struk- 
turdaten an das Computersystem (12), 

- Erstellen und Ubertragen eines Aktualisierungspakets 
mit neuen Modulen, einer neuen Versionsnummer und 
neuen Strukturdaten entsprechend der empfangenen 
Versionsnummer und den empfangenen Strukturdaten 

- V| durch das Computersystem (12) und 

- Aktualisieren der vorhandenen Software (20) vermittels 
y der neuen Module, Versionsnummer und Strukturdaten 

aus dem Aktualisierungspaket, 

CO 

dadurch gekennzeichnet, daft jeder Modul (21, 22) der 
J3r Software (20) in einem eigenen dafur vorgesehenen Spei- 

cherschlitz (31) des nichtfluchtigen Speichers (103) mitzu- 
00 satzlichem Speicherraum fur die spatere Aktualisierung 
^ gespeichert und jeder in Betracht kommende Modul da- 

durch aktualisiert wird, daft er in demselben ihm zugeho- 
g 1 ) rigen Speicherschlitz (31 ) mit einem entsprechenden neu- 
— en Modul uberschrieben wird. 
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Beschreibung 

Die Erfindung betrifft ein Verfahren zur Aktualisierung 
der Software in einem mikrocomputergestutzten Telefon ge- 
maB Gattungsbegriff des Patentanspruchs 1 . 5 

Die sich rasch entwickelnde Telefontechnik, vor allem 
Mobiltelefontechnik, erfordert eine gelegentliche Aktuali- 
sierung der in einem derartigen Telefon gespeicherten Soft- 
ware. Viele Mobiltelefonanbieter verlangen von einem Be- 
nutzer, daB er zur Aktualisierung der Software sein Mobilte- 10 
lefon zu einer Kundendienststelle bringt. Dies ist jedoch 
ziemlich unpraktisch, vor allem wenn sich die Kunden- 
dienststelle weit entfernt befindet. Andererseits ist es auch 
unbequem fiir die Kundendienststelle, da sie iiber Techniker 
und Ausriistungen fiir die Durchfiihrung solcher Aktualisie- 15 
rungen verfugen muB. 

Zur Losung dieser Probleme wurden bereits verschiedene 
Aktualisierungstechniken angegeben. Die US-PS 5,418,837 
(Johansson et al.) beschreibt ein Verfahren, welches eine 
SUM-(= Software-Upgrading-Module-)Karte fiir derartige 20 
Aktualisierungen verwendet. Die SUM-Karte wird von ei- 
nem SIM-(= Subscriber- Identity-Module-) Kartenleser ge- 
lesen, der sich in einigen Mobiltelefonen, wie zum Beispiel 
GSM-(= Global- System- For-Mobile-Communications- 
)Terminals, befindet. Obgleich es fiir den Benutzer damit 25 
moglich ist, sein Mobiltelefon mittels der SUM-Karte zu ak- 
tualisieren, anstatt dafiir eine Kundendienststelle aufsuchen 
zu miissen, hat diese Technik doch einige Nachteile. Zu- 
nachst verlangt die Beschaffung einer korrekten SUM-Karte 
fiir seine Bediirfnisse von dem Benutzer Zeit und Miihe. So- 30 
dann muB sich der Benutzer, falls die erhaltene SUM-Karte 
inkorrekt ist oder er seine Optionen fiir die Aktualisierung 
seines Mobiltelefons andert, eine andere SUM-Karte be- 
schaffen, um den Vorgang zu beenden. 

Eine andere Technik, wie sie in der US -PS 5,430,877 35 
(Nay lor) angegeben ist, gestattet es, mittels eines Mobiltele- 
fons ein oder mehrere iiber eine unmittelbare Partner- zu- 
Partner-Verbindung damit verbundene weitere Mobiltele- 
fone zu aktualisieren, sofern es selbst eine Software mit ho- 
herer Versionsnummer aufweist. Um dieses Verfahren an- 40 
wenden zu konnen, muB der Benutzer aber zunachst einmal 
ein Mobiltelefon finden, welches eine Software mit hdherer 
Versionsnummer hat. Dies ist sehr unpraktisch, wenn ihm 
kein entsprechender Telefonteilnehmer bekannt ist. Dazu 
noch miissen samtliche verbundenen Mobiltelefone mitein- 45 
ander kompatibel sein, um das Verfahren anwenden zu kon- 
nen. 

Die US-PS 5,046,082 (Zicker et al.) schlieBlich offenbart 
ein Verfahren und System zur Aktualisierung der Software 
eines mikrocomputergestutzten Telefons gemaB Gattungs- 50 
begriff des Patentanspruchs 1, bei dem die Softwareaktuali- 
sierung der betreffenden Telefone iiber eine Telefonverbin- 
dung auf Anruf hin seitens eines entfernt angeordneten 
Computersystems erfolgt. Die jeweilige Software wird als 
Folge von Bytes zusammen mit einer zugehorigen Versions- 55 
nummer, einer Seriennummer und weiteren Strukturdaten 
unter entsprechenden Adressen an beliebigen geeigneten 
Stellen des betreffenden nichtfliichtigen Speichers gespei- 
chert. Ein solches Verfahren vereinfacht die Softwareaktua- 
lisierung fiir den einzelnen Telefonteilnehmer erheblich, 60 
doch erfordert die betreffende Losung einen verhaltnisma- 
Big groBen fliichtigen Speicher und komplizierte Zuord- 
nungsvorgange, da die betreffenden Speicherplatze in dem 
nichtfliichtigen Speicher in Abhangigkeit von den jeweili- 
gen Gegebenheiten wechseln konnen. 65 

Hiervon ausgehend liegt der Erfindung die Aufgabe zu- 
grunde, ein Aktualisierungs verfahren nach Gattungsbegriff 
derart zu gestalten, daB fiir die Softwareaktualisierung nur 



ein verhaltnismaBig kleiner fliichtiger Speicher benotigt 
wird und sich fiir die Abspeicherung besondere Zuord- 
nungsmaBnahmen eriibrigen. 

Diese Aufgabe ist erfindungsgemaB durch die Merkmale 
des Patentanspruchs 1 gelost. Die Unteranspriiche geben 
dariiber hinausgehend vorteilhafte Ausgestaltungsmoglich- 
keiten an. 

Durch die Aufgliederung der betreffenden Software in 
Module, die Abspeicherung eines jeden Moduls in jeweils 
einem eigenen dafiir vorgesehenen Speicherschlitz und die 
Bereits tellung zusatzlichen Aktualisierungsspeicherraumes 
in dem jeweiligen Speicherschlitz wird nur ein verhaltnis- 
maBig kleiner fliichtiger Speicher benotigt, da nur wenige 
Module von der jeweiligen Aktualisierung betroffen sein 
werden. Aus dem gleichen Grund wird Ubertragungszeit bei 
der Aktualisierung eingespart. Ferner werden besondere Zu- 
ordnungsvorgange iiberfliissig. 

Nachfolgend wird ein bevorzugtes Ausfiihrungsbeispiel 
anhand der Zeichnungen genauer beschrieben. Dabei zeigt 

Fig. 1 ein Blockschaltbild eines entsprechenden Mobilte- 
lefons und eines iiber ein Telekommunikationsnetz damit 
verbundenen Computersystems. 

Fig. 2 eine schematische Darstellung der in dem Telefon 
gespeicherten Software einschlieBlich einer Strukturtabelle. 

Fig. 3 einen Speicherzuordnungsplan, der in dem nicht- 
fliichtigen Speicher des Telefons gespeicherte Softwaremo- 
dule zeigt, und 

Fig. 4 ein FluBdiagramm, welches den Verfahrensablauf 
bei der Aktualisierung der Software eines Mobiltelefons 
wiedergibt. 

GemaB Fig. 1 ist mit einem Mobiltelefon 10 iiber ein Te- 
lekommunikationsnetz 11 ein Computersystem 12 verbun- 
den. Das Telekommunikationsnetz 11 ist ein Mobiltelefon- 
netz. Das Mobiltelefon 10 enthalt eine Zentralprozessorein- 
heit (CPU) 101, eine Anzeigeeinheit 102 zur Anzeige einfa- 
cher Mitteilungen an den Benutzer des Telefons 10, einen 
nichtfliichtigen Speicher 103, wie er beispielsweise unter 
der Bezeichnung FLASH EPROM bekannt ist, zur Softwa- 
respeicherung fiir die Zentralprozessoreinheit 101, einen 
fliichtigen Speicher 104, wie zum Beispiel einen Speicher 
fiir wahlfreien Zu griff (RAM), fiir die Ausfiihrung des in der 
Software enthaltenen Programms oder fiir die Aktualisie- 
rung der Software, ein Tastenfeld 105 zur Eingabe von Tele- 
fonnummern oder Steuercodes seitens des Benutzers, eine 
Sende-ZEmpfangs-Einheit 106 fiir die Kommunikation mit 
dem Telekommunikationsnetz 11 sowie einen von der Zen- 
tralprozessoreinheit 101 steuerbaren Hauptschalter 107. 

Das Computersystem 12 ist zwecks Softwareaktualisie- 
rung an das Telekommunikationsnetz 11 angeschlossen. Es 
enthalt eine Sende-/ Empfangs-Einheit 121 fiir die Kommu- 
nikation mit dem Netz 11, eine Zentralprozessoreinheit 
(CPU) 122 sowie, damit verbunden, einen fliichtigen Spei- 
cher 123 und eine Festplatte 124 zur Ab wicklung des Aktua- 
lisierungs vorganges. 

Fig. 2 zeigt schematisch die in dem nichtfliichtigen Spei- 
cher 103 des Mobiltelefons 10 gespeicherte Software 20. 
Die Software 20 enthalt mehrere Module wie zum Beispiel 
den OS-(= Operating-System-)Modul 21, Funktionsmodule 
22 und eine Strukturtabelle 23. Die Funktionsmodule 22 
enthalten Kommunikationsmodule fiir die Kommunikation 
mitBasisstationen des Telefonnetzes 11 vermittels eines von 
einem bestimmten Mobiltelefonnetz, wie zum Beispiel ei- 
nem GSM-Netz, definierten Protokolls und ebenso spezielle 
Programmodule (feature moduls) fiir die Durchfiihrung be- 
stimmter Funktionen oder Programmpunkte an einem be- 
stimmten Telefon 10, wie zum Beispiel eine Kurzansage, 
eine Anrufbeantwortungsfunktion und dergl.. Der OS-Mo- 
dul 21 bildet ein Realzeit-Betriebssystem fiir die Steuerung 
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der Operationen aller Module 22 und ebenso fur die Aktua- 
lisierung der Software 20. Er kann in einen Aktualisierungs- 
modus umgeschaltet werden fur die Aktualisierung samtli- 
cher Module der Software 20. 

Die Strukturtabelle 23 enthalt die gesamte Strukturinfor- 
mation der Software 20, wie zum Beispiel die Versionsnum- 
mer der Software 20 und des OS-Moduls 21, die Versions- 
nummer und spezielle Parameter eines jeden Funktionsmo- 
duls 22, die Hardwarestrukturdaten des Telefons 10, wie 
zum Beispiel die SpeichergroBe und die Art der Zentralpro- 
zessoreinheit 101, des Tastenfelds 105 und der Anzeigeein- 
heit 102. Diese Strukturtabelle 23 wird an das Computersy- 
stem 12 ubertragen zur Festlegung des sen, wie die Software 
20 zu aktualisieren ist. Die in der Strukturtabelle 23 enthal- 
tene Informationen konnen je nach der Art des von dem 
Computersystem 12 gebotenen Aktualisierungsdienstes ver- 
andert werden. 

Der Speicherzuordnungsplan nach Fig. 3 zeigt, in wel- 
cher Weise die Module 21 und 22 in dem nichtfliichtigen 
Speicher 103 gespeichert sind. Jeder der Module 21, 22 und 
23 ist in einem eigenen Speicherschlitz 31 des Speichers 103 
gespeichert, wobei ihm jeweils ein gewisser zusatzlicher 
Speicherraum fur die spatere Aktualisierung zugeordnet ist. 
Eine Adressentabelle, die einen Teil der Strukturtabelle 23 
bildet, dient dazu, die Adressen der vorbestimmten Spei- 
cherschlitze 31 festzuhalten. Bei der Aktualisierung eines 
vorhandenen Moduls wird in demselben Speicherschlitz ein 
neuer Modul abgespeichert, wobei mit derselben Anfangs- 
adresse begonnen wird. Da ein jeder Speicherschlitz 31 zu- 
satzlichen Speicherraum aufweist, bildet eine GroBenabwei- 
chung des neuen Moduls kein Problem, solange des sen 
GroBe nicht iiber den verfiigbaren Speicherraum des betref- 
fenden Speicherschlitzes 31 hinausgeht. 

Diese Speicherweise gestattet es, einen jeden vorhande- 
nen Modul getrennt zu aktualisieren, und vermeidet so eine 
komplizierte Speicherordnung oder Speicherumordnungs- 
probleme in dem Speicher 103. Entsprechend kann der OS- 
Modul 21 verhaltnismaBig einfach sein. Des weiteren wird 
fur die Aktualisierung der gesamten Software 20 kein gro- 
Ber fluchtiger Speicher 104 benotigt, da ja jeweils nur we- 
nige Module zu aktualisieren sein werden. Fur die meisten 
Aktualisierungsvorgange wird es geniigen, wenn der Spei- 
cher 104 groB genug ist, drei bis fiinf Module aufzunehmen. 
Daneben ist die Zeit fiir die Moduliibertagung vom Compu- 
tersystem 12 zu dem Telefon 10 gering. 

Fig, 4 gibt einen Aktualisierungsvorgang 40 fur die Ak- 
tualisierung der Software 20 des Mobiltelefons 10 wieder, 
der vom Benutzer des Telefons 10 ausgelost wird. Der Ak- 
tualisierungsvorgang 40 weist folgende Schritte auf: 

Schritt 401 Versetzen des OS-Moduls 21 der Software 20 
in einen Aktualisierungsmodus 

Schritt 402 Eintasten der Telefonnummer des Computer- 
systems 12 zur Herstellung einer Telekommunikationsver- 
bindung mit dem Computersystem 12 iiber das Telekommu- 
nikationsnetz 11; ist das Netz 11 ein GSM-Netz fiir die Inan- 
spruchnahme eines Datendienstes seitens einer nahegelege- 
nen Basisstation des Netzes 11, die daraufhin zwischen Te- 
lefon 10 und Computersystem 12 eine Folgeinformation in 
Gestalt digitaler Daten iibertragt, so erfolgt seitens des OS- 
Moduls 21 ein Datenabruf 

Schritt 403 den Benutzer einen Optionscode zur Angabe 
einer Aktualisierungsoption eingeben lassen 

Schritt 404 Ubertragen der Strukturtabelle 23 und (sofern 
eingegeben) des Benutzeroptionscodes an das Computersy- 
stem 12 

Schritt 405 auf den Empfang der Strukturtabelle 23 aus 
dem Telefon 10 hin erstellt das Computersystem 12 ein Ak- 
tualisierungspaket mit neuen Modulen und einer neuen 



Strukturtabelle und iibertragt diese an das Telefon 10 

Schritt 406 Speichern des Aktualisierungspakets in dem 

fliichtigen Speicher 104 

Schritt 407 Priifen des empfangenen Aktualisierungspa- 
5 kets 

Schritt 408 Sperren des Hauptschalters 107 zur Verhinde- 
rung einer Unterbrechung durch den Benutzer wahrend des 
folgenden Aktualisierungsschrittes (die dabei sowohl die 
Software 20 als auch das in dem fliichtigen Speicher 104 ge- 
speicherte Aktualisierungspaket zerstdren konnte) 

Schritt 409 Aktualisieren der Sofware 20 durch Abspei- 
chern der neuen Module und der neuen Strukturtabelle aus 
dem Aktualisierungspaket in den einzelnen entsprechenden 
Speicherschlitzen 31 

Schritt 410 Freigeben des Hauptschalters 107 

Patentanspriiche 

1 . Verfahren zur Software- Aktualisierung eines micro- 
computergestiitzen Telefons (10) unter Verwendung ei- 
nes entfernt angeordneten Computersystems (12) iiber 
ein Telekommunikationsnetzwerk (11), wobei das Te- 
lefon (10) eine Zentralprozessoreinheit (101), einen 
fliichtigen Speicher (104) fiir die Programmausfiih- 
rung, einen nichtfliichtigen Speicher (103) und eine in 
dem nichtfliichtigen Speicher (103) gespeicherte Soft- 
ware (20) aufweist, die eine Mehrzahl Module (21, 22), 
eine Versionsnummer beziiglich der Software sowie 
weitere Strukturdaten enthalt und von einem normalen 
Betriebsmodus in einen Aktualisierungsmodus um- 
schaltbar ist, 

mit folgenden Verfahrensschritten: 

- Versetzen der Software (20) in den Aktualisie- 
rungsmodus, 

- Herstellen einer Telekommunikationsverbin- 
dung zu dem Computersystem (12), 

- Ubertragen der Versionsnummer und weiteren 
Strukturdaten an das Computersystem (12), 

- Erstellen und Ubertragen eines Aktualisie- 
rungspakets mit neuen Modulen, einer neuen Ver- 
sionsnummer und neuen Strukturdaten entspre- 
chend der empfangenen Versionsnummer und den 
empfangenen Strukturdaten durch das Computer- 
system (12) und 

- Aktualisieren der vorhandenen Software (20) 
vermittels der neuen Module, Versionsnummer 
und Strukturdaten aus dem Aktualisierungspaket, 

dadurch gekennzeichnet, daB jeder Modul (21, 22) 
der Software (20) in einem eigenen dafiir vorgesehenen 
Speicherschlitz (31) des nichtfliichtigen Speichers 
(103) mit zusatzlichem Speicherraum fiir die spatere 
Aktualisierung gespeichert und jeder in Betracht kom- 
mende Modul dadurch aktualisiert wird, daB er in dem- 
selben ihm zugehorigen Speicherschlitz (31) mit einem 
entsprechenden neuen Modul iiberschrieben wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB die Versionsnummer und die Strukturdaten in 
Form einer Strukturtabelle (23) als eigener Modul in 
einem entsprechenden eigenen Speicherschlitz (31) des 
nichtfliichtigen Speichers (103) gespeichert werden. 

3. Verfahren nach Anspruch 2, dadurch gekennzeich- 
net, daB die Strukturtabelle (23) eine Versionsnummer 
fiir einen jeden Modul (21, 22) der Software (20) ent- 
halt. 

4. Verfahren nach Anspruch 2 oder 3, dadurch gekenn- 
zeichnet, daB die Strukturtabelle (23) des weiteren eine 
Adressentabelle zum Aufzeichnen der Adressen der 
vorbestimmten Speicherschlitze (31) aufweist. 
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5. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB die Strukturtabelle 
(23) des weiteren Hardwarestrukturdaten des Telefons 

(10) enthalt. 

6. Verfahren nach einem der vorhergehenden Ansprii- 5 
che, dadurch gekennzeichnet, daB das Aktualisierungs- 
paket vor dem Aktualisierungsschritt in dem fliichtigen 
Speicher (104) zwischengespeichert wird. 

7. Verfahren nach Anspruch 6, dadurch gekennzeich- 
net, daB das Telefon (10) einen von der Zentralprozes- 10 
soreinheit (101) steuerbaren Hauptschalter (107) auf- 
weist, der wahrend des Aktualisierungsschritts gesperrt 
wird, um eine Unterbrechung des Aktualisierungs- 
schritts durch den Benutzer zu verhindern. 

8. Verfahren nach einem der vorhergehenden Ansprii- 15 
che, dadurch gekennzeichnet, daB es des weiteren ei- 
nen Verfahrensschritt zum Eintasten eines Benutzerop- 
tionscodes vor dem Ubertragungsschritt aufweist, der 

es dem Benutzer ermoglicht, eine Aktualisierungsop- 
tion einzugeben. 20 

9. Verfahren nach Anspruch 8, dadurch gekennzeich- 
net, daB der Benutzeroptionscode nach Zustandekom- 
men der Telekommunikationsverbindung zusammen 
mit der Strukturtabelle (23) an das Computersystem 
(12) iibertragen wird. 25 

10. Verfahren nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, daB das Telefon (10) 
ein Mobiltelefon und das Telekommunikationsnetz 

(11) ein Mobiltelefonnetz ist. 

11. Verfahren nach Anspruch 10, dadurch gekenn- 30 
zeichnet, daB das Mobiltelefonnetz ein GSM-Netz ist. 
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